Hypervisor selection for hosting a virtual machine image

ABSTRACT

Embodiments of the present invention provide a method, system and computer program product for selecting a hypervisor for hosting a virtual machine (VM) image. In an embodiment of the invention, a method of selecting a hypervisor for hosting a VM image can include selecting an application for inclusion in a VM image, determining characteristics of the application and creating a VM image with the selected application. The method also can include identifying a hypervisor hosting a different VM image with an application having in common at least a portion of the determined characteristics. Finally, the method can include deploying the created VM image to the identified hypervisor. Of note, the deployment of the created VM image can be to an identified hypervisor in a node of a cloud computing cluster.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to the field of virtualization and moreparticularly to hypervisor management in a virtualized computingenvironment.

2. Description of the Related Art

For many decades, computing implied both an application and a supportingplatform. Until the late twentieth century, a host computing environmentincluded a hardware infrastructure of processor core, input/output,memory and fixed storage, the combination of which supported anoperating system, which in turn supported the execution of a singleapplication at a time. Gradually, as processor power increasedexponentially, advanced forms of the operating system enabled bothsimulated and actual multi-tasking such that multiple applications couldexecute within the same host computing environment.

Initially, applications were self contained bundles of logic relying onlittle other than core object files and related resource files. Ascomputing become integral to modern industry, however, applicationsbecame co-dependent on the presence of other applications such that therequisite environment for an application included not only theunderlying operating system and supporting hardware platform, but alsoother key applications including application servers, databasemanagement servers, collaboration servers and communicative logiccommonly referred to as middleware. Given the complexity of applicationand platform interoperability, however, different combinations ofapplications executing in a single hardware platform can demonstratediffering degrees of performance and stability.

Virtualization as a technology aims to interject a layer between thehardware platform and operating system and executing applications. Fromthe perspective of business continuity and disaster recovery,virtualization provides the inherent advantage of environmentportability. Specifically, to move an entire environment configured withmultiple different applications is a matter of moving a virtual machine(VM) image from one supporting hardware platform to another. Further,more powerful computing environments can support the coexistence ofmultiple different VM images, all the while maintaining a virtualseparation between the VM images. Consequently, a failure condition inone VM image cannot jeopardize the integrity of other co-executing VMimages in the same hardware platform.

A VM monitor, known in the art as a “hypervisor”, manages theinteraction between each VM image and the underlying resources providedby the hardware platform. In this regard, a bare metal hypervisor runsdirectly on the hardware platform much as an operating system runsdirectly on hardware. By comparison, a hosted hypervisor runs within ahost operating system. In either case, the hypervisor can support theoperation of different VM images—the number of VM images being limitedonly by the processing resources of a VM container holding the VM imagesor the hardware platform itself.

Of note, virtualization has been extended to the cloud computingenvironment. Cloud computing refers to Internet-based computing, wherebyshared resources, software, and information are provided to computersand other devices on demand. Cloud computing typically involves overthe-Internet-provision of dynamically scalable and often virtualizedresources and is a byproduct and consequence of the ease-of-access toremote computing sites provided by the Internet. It will be recognizedthen, that optimal placement of a VM image for an application in thecloud will be integral to the success of cloud deploymentvirtualization. Conventionally, cloud brokers perform such placement andbase the placement on factors such as available resources, computingpower, storage, network bandwidth and power consumption.

BRIEF SUMMARY OF THE INVENTION

Embodiments of the present invention address deficiencies of the art inrespect to VM image placement and provide a novel and non-obviousmethod, system and computer program product for selecting a hypervisorfor hosting a VM image. In an embodiment of the invention, a method ofselecting a hypervisor for hosting a VM image can include selecting anapplication for inclusion in a VM image, determining characteristics ofthe application and creating a VM image with the selected application.The method also can include identifying a hypervisor hosting a differentVM image with an application having in common at least a portion of thedetermined characteristics. Finally, the method can include deployingthe created VM image to the identified hypervisor. Of note, thedeployment of the created VM image can be to an identified hypervisor ina node of a cloud computing cluster.

In one aspect of the embodiment, selecting an application for inclusionin a VM image includes selecting an archive of an application forinclusion in a VM image. As such, determining characteristics of theapplication includes introspecting the archive of the application toretrieve meta-data indicating at least one of a manifest of applicationsin the archive, a set of artifacts to be generated by script within theapplications, and a container version used to create the applications.In another aspect of the embodiment, identifying a hypervisor hosting adifferent VM image with an application having in common at least aportion of the determined characteristics includes creating a profilefrom the characteristics of the application, and identifying ahypervisor hosting a different VM image with a profile mapped to thecreated profile.

In another embodiment of the invention, a distributed computing dataprocessing system can be configured for hypervisor selection for hostinga VM image. The system can include a host server with at least oneprocessor and memory and coupled to different hypervisors in nodes of adistributed computing data processing system, for example a cloudcomputing cluster. The system also can include a repository ofapplications coupled to the host server and a broker coupled to the hostserver and configured to create and place different VM images intoselected ones of the hypervisors. Finally, the system can include ahypervisor selection module executing in the memory of the host server.The module can include program code enabled to determine characteristicsof a selected application in the repository of applications, to identifya hypervisor amongst the hypervisors already hosting a VM image with anapplication having in common at least a portion of the determinedcharacteristics, and to direct the broker to create and deploy a VMimage with the selected application to the identified hypervisor.

Additional aspects of the invention will be set forth in part in thedescription which follows, and in part will be obvious from thedescription, or may be learned by practice of the invention. The aspectsof the invention will be realized and attained by means of the elementsand combinations particularly pointed out in the appended claims. It isto be understood that both the foregoing general description and thefollowing detailed description are exemplary and explanatory only andare not restrictive of the invention, as claimed.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute partof this specification, illustrate embodiments of the invention andtogether with the description, serve to explain the principles of theinvention. The embodiments illustrated herein are presently preferred,it being understood, however, that the invention is not limited to theprecise arrangements and instrumentalities shown, wherein:

FIG. 1 is pictorial illustration of a process for hypervisor selectionfor hosting a VM image in a distributed computing environment;

FIG. 2 is a schematic illustration of a distributed computing dataprocessing system configured for hypervisor selection for hosting a VMimage; and,

FIG. 3 is a flow chart illustrating a process for hypervisor selectionfor hosting a VM image in a distributed computing environment.

DETAILED DESCRIPTION OF THE INVENTION

Embodiments of the invention provide for hypervisor selection forhosting a VM image in a distributed computing environment. In accordancewith an embodiment of the invention an application can be selected forinclusion in a VM image to be deployed to a hypervisor in a node of adistributed computing system such as a cloud computing cluster.Different attributes of the application can be determined throughintrospection of the application. Thereafter, a VM image can be createdwith the selected application. Importantly, a hypervisor can beidentified in a node of the distributed computing system hosting adifferent VM image with an application having in common at least aportion of the determined attributes. Thereafter, the created VM imagecan be deployed to the identified hypervisor in the node of thedistributed computing system. Optionally, over time the hypervisors ofthe distributed computing system can reassigned different VM images toaggregate VM images having in common selected attributes.

In further illustration, FIG. 1 pictorially depicts a process forhypervisor selection for hosting a VM image in a distributed computingenvironment. As shown in FIG. 1, an application 170 can be created andpackaged into an archive 190. Different annotations 150 can be providedin the archive 190 to indicate not only a manifest of the components ofthe application 170, but also to indicate a container version of acontainer 160 used to create the application 170. The archive 190 can beprovided to broker 110 configured to deploy the application 170 to ahypervisor 180 in a node of a distributed computing system 120, forexample a cloud computing cluster. To that end, hypervisor selectionlogic 130 using introspection 140 can analyze the annotations 150 of thearchive 190 to identify the different application components of theapplication 170 and also the container version of the container 160.Thereafter, the hypervisor selection logic 130 can select one of thehypervisors 180 in the distributed computing system 120 already hostinga similar profile of applications and supporting the container versionof the container 160. Finally, a VM image 100 of the archive 190 can bedeployed to the selected one of the hypervisors 180

The process described in connection with FIG. 1 can be implemented in adistributed computing data processing system such as a cloud brokeringsystem. In further illustration, FIG. 2 schematically shows adistributed computing data processing system configured for hypervisorselection for hosting a VM image. The system can include a host server210 with at least one processor and memory communicatively coupled overcomputer communications network 230 to different hypervisors 240 hostingdifferent VM images 250 in a distributed computing system such as acloud computing cluster 280. The host server 210 can host the operationof operating system 220 supporting the execution of a cloud broker 260.

The cloud broker 260 can be configured to create a VM image 250 from anapplication archive disposed in application cloud repository 270 and todeploy the created VM image 250 to a selected one of the hypervisors240. Of import, hypervisor selection module 300 can be coupled to thecloud broker 260. The hypervisor selection module 300 can includeprogram code that when executed in the memory of the host server 210 canintrospect an application archive selected for deployment in a VM imageto a hypervisor in the cloud computing cluster 280 in order to determinecharacteristics of the underlying application such as requireddependencies, a container version used to compile the applicationcomponents of the application, and the like.

The program code of the hypervisor selection module 300 further can beenabled to match the characteristics of the underlying application tocharacteristics of an application already deployed in a VM image 150 ina particular hypervisor 240. As such, the particular hypervisor 240 canbe selected by the hypervisor solution module 300 to receive deploymentof the VM image 250 of the application archive by the cloud broker 260.In this way, efficiencies of deployment can be gained by deploying likeapplications in VM images 250 to the same hypervisor 240 in the cloudcomputing cluster 280. Examples include similar dependencies requisiteto the operation of both applications based upon a common or similarcontainer version used to generate both applications. On note, in anoptional embodiment, VM image 150 once placed in a particular hypervisor240 can be removed to a different hypervisor 240 as can other VM images150 in order to rebalance the load of the hypervisors 240 to host likeVM images 140.

In even yet further illustration of the operation of the hypervisorselection module 300, FIG. 3 is a flow chart illustrating a process forhypervisor selection for hosting a VM image in a distributed computingenvironment. Beginning in block 310, an application archive can beselected for deployment to a hypervisor in a cloud computing cluster. Inblock 320, annotations in the archive can be processed to determinecharacteristics of the application. In block 330, one or more artifactscan be generated such as script logic disposed within source code of theapplication. Thereafter, in block 340 the characteristics and artifactscan be matched to a known profile. In block 350, a VM image can begenerated for the application archive and can include the profile.Subsequently, in block 360 a hypervisor in the cloud computing clusteralready hosting a VM image of similar profile can be selected and inblock 370, the generated VM image can be deployed to the selectedhypervisor.

As will be appreciated by one skilled in the art, aspects of the presentinvention may be embodied as a system, method or computer programproduct. Accordingly, aspects of the present invention may take the formof an entirely hardware embodiment, an entirely software embodiment(including firmware, resident software, micro-code, etc.) or anembodiment combining software and hardware aspects that may allgenerally be referred to herein as a “circuit,” “module” or “system.”Furthermore, aspects of the present invention may take the form of acomputer program product embodied in one or more computer readablemedium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may beutilized. The computer readable medium may be a computer readable signalmedium or a computer readable storage medium. A computer readablestorage medium may be, for example, but not limited to, an electronic,magnetic, optical, electromagnetic, infrared, or semiconductor system,apparatus, or device, or any suitable combination of the foregoing. Morespecific examples (a non-exhaustive list) of the computer readablestorage medium would include the following: an electrical connectionhaving one or more wires, a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or Flash memory), an optical fiber,a portable compact disc read-only memory (CD-ROM), an optical storagedevice, a magnetic storage device, or any suitable combination of theforegoing. In the context of this document, a computer readable storagemedium may be any tangible medium that can contain, or store a programfor use by or in connection with an instruction execution system,apparatus, or device.

A computer readable signal medium may include a propagated data signalwith computer readable program code embodied therein, for example, inbaseband or as part of a carrier wave. Such a propagated signal may takeany of a variety of forms, including, but not limited to,electro-magnetic, optical, or any suitable combination thereof. Acomputer readable signal medium may be any computer readable medium thatis not a computer readable storage medium and that can communicate,propagate, or transport a program for use by or in connection with aninstruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmittedusing any appropriate medium, including but not limited to wireless,wireline, optical fiber cable, radiofrequency, and the like, or anysuitable combination of the foregoing. Computer program code forcarrying out operations for aspects of the present invention may bewritten in any combination of one or more programming languages,including an object oriented programming language and conventionalprocedural programming languages. The program code may execute entirelyon the user's computer, partly on the user's computer, as a stand-alonesoftware package, partly on the user's computer and partly on a remotecomputer or entirely on the remote computer or server. In the latterscenario, the remote computer may be connected to the user's computerthrough any type of network, including a local area network (LAN) or awide area network (WAN), or the connection may be made to an externalcomputer (for example, through the Internet using an Internet ServiceProvider).

Aspects of the present invention have been described above withreference to flowchart illustrations and/or block diagrams of methods,apparatus (systems) and computer program products according toembodiments of the invention. In this regard, the flowchart and blockdiagrams in the Figures illustrate the architecture, functionality, andoperation of possible implementations of systems, methods and computerprogram products according to various embodiments of the presentinvention. For instance, each block in the flowchart or block diagramsmay represent a module, segment, or portion of code, which comprises oneor more executable instructions for implementing the specified logicalfunction(s). It should also be noted that, in some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts, or combinations of special purpose hardware andcomputer instructions.

It also will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer program instructions. These computer program instructions maybe provided to a processor of a general purpose computer, specialpurpose computer, or other programmable data processing apparatus toproduce a machine, such that the instructions, which execute via theprocessor of the computer or other programmable data processingapparatus, create means for implementing the functions/acts specified inthe flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computerreadable medium that can direct a computer, other programmable dataprocessing apparatus, or other devices to function in a particularmanner, such that the instructions stored in the computer readablemedium produce an article of manufacture including instructions whichimplement the function/act specified in the flowchart and/or blockdiagram block or blocks. The computer program instructions may also beloaded onto a computer, other programmable data processing apparatus, orother devices to cause a series of operational steps to be performed onthe computer, other programmable apparatus or other devices to produce acomputer implemented process such that the instructions which execute onthe computer or other programmable apparatus provide processes forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks.

Finally, the terminology used herein is for the purpose of describingparticular embodiments only and is not intended to be limiting of theinvention. As used herein, the singular forms “a”, “an” and “the” areintended to include the plural forms as well, unless the context clearlyindicates otherwise. It will be further understood that the terms“comprises” and/or “comprising,” when used in this specification,specify the presence of stated features, integers, steps, operations,elements, and/or components, but do not preclude the presence oraddition of one or more other features, integers, steps, operations,elements, components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements in the claims below are intended toinclude any structure, material, or act for performing the function incombination with other claimed elements as specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill in the artwithout departing from the scope and spirit of the invention. Theembodiment was chosen and described in order to best explain theprinciples of the invention and the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

Having thus described the invention of the present application in detailand by reference to embodiments thereof, it will be apparent thatmodifications and variations are possible without departing from thescope of the invention defined in the appended claims as follows:

1-6. (canceled)
 7. A distributed computing data processing systemconfigured for hypervisor selection for hosting a virtual machine (VM)image, the system comprising: a host server with at least one processorand memory and coupled to a plurality of hypervisors in nodes of adistributed computing data processing system; a repository ofapplications coupled to the host server; a broker coupled to the hostserver and configured to create and place different VM images intoselected ones of the hypervisors; and, a hypervisor selection moduleexecuting in the memory of the host server, the module comprisingprogram code enabled to determine characteristics of a selectedapplication in the repository of applications, to identify a hypervisoramongst the hypervisors already hosting a VM image with an applicationhaving in common at least a portion of the determined characteristics,and to direct the broker to create and deploy a VM image with theselected application to the identified hypervisor.
 8. The system ofclaim 7, wherein the characteristics are disposed in meta-data of anarchive including the selected application indicating at least one of amanifest of applications in the archive, a set of artifacts to begenerated by script within the applications in the archive, and acontainer version used to create the applications in the archive.
 9. Thesystem of claim 7, wherein the distributed computing data processingsystem is a cloud computing cluster and wherein the broker is a cloudbroker. 10-15. (canceled)